AD- A 197  935 


.'jJ  r,|  »,»  ».i 


AFHRL-TP-88-13 


AIR  FORCE  $ 

— - 71  H 

U 

* 

I  N 


METHODOLOGY  FOR  LOGISTICS  ANALYSIS 
DURING  CONCEPTUAL  DESIGN 


Thomas  J.  King,  Major,  USAF 


LOGISTICS  AND  HUMAN  FACTORS  DIVISION 
Wright-Patterson  Air  Force  Base,  Ohio  45433-6503 


August  1988 

Final  Report  for  Period  August  1985  -  January  1986 


A:V. 

.*v 

0 

i 

I 

!«V.' 

O 

I *  V* 


m 

i 

a 

V'!l 

te; 
& 
| 
a Vl V 


Approved  for  public  release;  distribution  Is  unlimited. 

U  (  so 

^ELECTE 
SEP  0  71988 


LABORATORY 


AIR  FORCE  SYSTEMS  COMMAND 
BROOKS  AIR  FORCE  BASE,  TEXAS  78235-5801 


m 


88  8  ‘  3  rg4 


Pi 

»£»« 

AV 

*•>: 

nl 

te 

V.- 


«?■ 

$* 

■»&< 


$ 

& 


V»» 

K 

it.. 


NOTICE 


When  Government  drawings,  specifications,  or  other  data  are  used  for  any 
purpose  other  than  In  connection  with  a  definitely  Government-related 
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licensing  the  holder,  or  any  other  person  or  corporation;  or  as  conveying 
any  rights  or  permission  to  manufacture,  use,  or  sell  any  patented 
Invention  that  nay  In  any  «ay  be  related  thereto. 
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SUMWtY 


Decisions  affecting  85X  of  the  life-cycle  cost  of  a  weapon  system  program  are  made  before 
full-scale  engineering  development  begins.  The  Air  Force  currently  lacks  an  adequate  methodology 
to  analyze  supportablllty  Issues  during  the  conceptual  design  phase.  At  the  request  of  the  Air 
Force  Systems  Ccmand.  Aeronautical  Systems  Division  (ASO),  Wrlght-Patterson  AFB,  Ohio,  the  Air 
Force  Human  Resources  Labc-atory  (AFHRL)  acconpllshed  a  program  to  demonstrate  the  feasibility  of 
analysis  of  the  logistics  drivers  and  Impacts  of  future  gunshlps  during  conceptual  design.  This 
paper  documents  this  methodology. 

The  major  steps  In  performing  this  systems  analysis  are:  (a)  scoping  the  problem;  (b) 
developing  the  scenario;  (c)  acquiring  the  data;  (d)  performing  the  modeling;  and  (e) 
Interpreting  the  results.  The  description  of  this  approach  Is  highlighted  with  specific  examples 
from  the  analysis.  An  outline  of  methodological  considerations  (Appendix  B)  has  been  developed 
for  use  by  others  contemplating  such  logistics  analysis.  It  Is  hoped  that  further  use  will 
refine  and  extend  this  methodology  to  a  point  where  logistics  analyses  will  be  routinely 
performed  during  conceptual  weapon  system  design. 
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PREFACE 


This  paper  documents  a  methodology  for  performing  logistics  analysis  during  early 
phases  of  weapon  system  design.  It  Is  one  of  six  reports  resulting  from  an  Air  Force 
Human  Resources  Laboratory,  Logistics  ind  Human  Factors  Division  (AFHRL/LR)  program  to 
develop  and  demonstrate  methodologies  to  perform  front-end  logistics  and  human  factors 
analyses  on  a  weapon  system  design  In  the  conceptual  design  phase.  Two  of  these  reports 
have  been  published.  AFHRL-TR-86-21 ,  Sustained  firepower  study:  Logistics  requirements 
for  deployment  of  an  Improved  AC-130  gunshlp,  Is  a  preliminary  estimation  of  selected 
logistics  resources  required  to  support  deployment  of  10  near-term  replacement 
gunshlps.  AFHRL-TR-86-58,  Logistics  composite  model  analysis  of  a  future  gunshlp 
design,  documents  the  results  and  methodology  used  to  quantify  the  sortie  generation 
capability  and  maintenance  manpower  requirements  for  a  hypothetical,  state-of-the-art 
gunshlp.  Future  reports  to  be  published  will  present: 

1.  results  of  human  factors  and  training  analyses  of  future  gunshlps; 

2.  methodology  for  front-end  human  factors  analyses; 

3.  executive  sunmary  of  AFHRL/LR  research  efforts  In  analyzing  conceptual  weapon 
system  designs. 

The  Laboratory  has  applied  the  knowledge  gained  from  this  research  and  development 
effort  to  ASD's  Replacement  Gunshlp  Program  and  the  Gunshlp  III  effort.  Currently,  we 
are  supporting  the  Advanced  Tactical  Fighter  program  office  with  a  very  similar  effort 
called  the  Small  Unit  Maintenance  Manpower  Analyses  (SUMMA)  project.  An  In-house 
Laboratory  research  effort  Is  currently  in  the  planning  stage  for  developing 
methodologies  for  evaluating  manpower,  personnel,  and  training  (MPT)  Issues  In  the 
design  phase.  This  research  also  directly  supports  the  Air  Force  Systems  Comnand 
Unified  Life  Cycle  Engineering  (ULCE)  Project  Forecast  II  Initiative. 
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METHOOOLOGY  FOR  LOGISTICS  ANALYSIS  DURING 
CONCEPTUAL  DESIGN 


I.  INTRODUCTION 
Background 

Designing  a  modern  weapon  system  Is  a  complex  and  very  time-consuming  process.  Very  little 
of  the  actual  design  process  is  automated.  The  designer  must  consider  performance,  cost, 
schedule,  reliability,  and  maintainability  requirements  co-equally  when  creating  a  design. 
Reliability  and  maintainability  (RIM)  requirements  have  only  recently  been  elevated  to  this  level 
of  Importance  by  the  USAF  RAM  2000  Action  Plan  (USAF,  1985).  Although  expenditures  are  at  a 
relatively  low  level  early  In  a  weapon  system  program,  Figure  1  shows  that  decisions  made  early 
in  a  program  determine  most  of  the  life-cycle  cost  of  that  program. 


CONCEPT  DEMONSTRATION 
EXPLORATION  ANO  VALIDATION 
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FULL-SCALE 

DEVELOPMENT 


SOURCE:  DEFENSE  SYSTEMS  MANAGEMENT  COLLEGE 


Figure  1.  Defense  Systems  Acquisition  Review  Council  (DSARC) 

Milestones  end  Impact  on  Life-Cycle  Cost  (LCC). 

Decisions  affecting  70S  of  the  life-cycle  cost  are  made  by  the  and  of  concept  exploration, 
and  85X  of  the  life-cycle  cost  Is  actually  determined  before  full-scale  engineering  development 
begins.  The  earlier  that  RM  requirements  on  a  program  are  established,  the  greater  the  Impact 
these  requirements  can  have  on  program  planning  and  ultimately  on  the  life-cycle  cost  of  the 
weapon  system.  Clearly,  the  laportance  of  analysis  during  the  design  phase  cannot  be  over- 
emphasl zed. 

Once  a  conceptual  design  exists,  it  must  be  evaluated  to  assess  how  well  it  satisfies  the 
design  requirements.  However,  current  techniques  to  analyze  a  conceptual  design  for  RIM 
considerations  are  inadequate.  Reliability  Is  fairly  well  understood,  and  techniques  exist  to 
predict  system  reliabilities,  but  linking  these  to  seme  measure  of  war-fighting  capability  Is 
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difficult.  The  existing  measures  of  maintainability  are  not  well  understood,  and  very  few 

techniques  exist  to  analyze  the  maintainability  of  a  conceptual  design. 

In  anticipation  of  a  replacement  gunshlp  development  program,  the  Directorate  of  Mission 
Analysis  of  the  Aeronautical  Systems  Olvlsion  (ASD/XRM)  asked  the  Logistics  and  Human  Factors 
Division  of  the  Air  Force  Human  Resources  Laboratory  (AFHRL/LR)  to  perform  logistics  and  human 
factors  analyses  on  the  design  of  a  future  gunshlp.  The  Laboratory  recognized  this  as  an 
opportunity  to  develop  and  demonstrate  the  feasibility  of  an  Air  Force  in-house  capability  to 
respond  quickly  to  requests  for  evaluations  of  logistics  and  human  factors  impacts  of  alternative 
weapon  system  configurations  In  the  conceptual  design  phase. 

This  paper  Is  one  of  six  reports  resulting  from  this  research  and  development  (RSD)  effort. 
It  documents  a  methodology  for  performing  logistics  analysis  of  a  weapon  system  during  the 

conceptual  design  phase.  Companion  reports  which  document  the  results  of  this  R«D  effort  are 

AFHRL-TR-86-21  (Dunleavy,  Stephenson,  S  Ness,  1986)  and  AFHRl-TR-86-58  (King  S  Weaver,  1987). 


Scope 

The  primary  purpose  of  this  R4D  effort  was  to  develop  and  demonstrate  the  capability  to 
respond  quickly  to  requests  for  evaluations  of  the  logistics  Impacts  of  alternative  weapon  system 
configurations  while  still  in  the  conceptual  design  phase.  A  logical  extension  of  this 
capability  Is  to  document  the  methodology  used.  In  anticipation  of  other  similar  efforts.  This 
paper  documents  a  generalized  version  of  one  methodology  used  in  this  effort,  with  the  hope  that 
It  will  stimulate  other  applications. 


II.  PROBLEM  DEFINITION 

Defining  the  problem  Is  the  first  step  In  almost  all  methodology  development,  and  ours 
followed  this  pattern.  Problem  definition  Is  essentially  focusing  on  all  that  needs  to  be 
addressed  to  properly  structure  the  research  question  or  questions.  This  Involves  assembling  a 
group  of  personnel  to  understand  the  problem,  determine  the  objective,  and  define  the  research  to 
be  performed.  The  requirement  to  understand  the  problem  Is  absolute,  and  every  member  of  the 
team  must  know  why  the  research  Is  being  performed.  The  responsibility  of  the  team,  and 
especially  the  analyst.  Is  to  discover  the  real  problem,  not  simply  a  perceived  problem  or  need 
which  may  be  only  a  symptom  of  the  underlying  cause.  Once  this  has  been  accomplished,  the 
objective  can  be  defined  and  the  appropriate  research  questions  formulated. 

The  first  step  In  defining  the  problem  Is  assembling  the  research  team.  The  use  of  a 
multi-disciplinary  team  Is  essential  because  of  the  Inherent  nature  of  logistics  analysis.  All 
relevant  disciplines  should  be  represented.  In  the  referenced  logistics  research  effort,  the 
team  consisted  of  a  logistician,  a  logistics  Composite  Model  (LCOM)  programmer,  an  operations 
research  analyst  from  the  AFHRL,  and  six  contractor  personnel  Including  analysts,  reliability 
engineers,  and  a  design  engineer.  The  proper  number  and  mix  of  persons  are  unique  to  each 
project,  but  It  Is  essential  to  obtain  as  many  different  perspectives  as  possible  when  defining 
the  problem  and  scoping  the  research. 

An  additional  crucial  step  at  this  point  Is  Inclusion  of  target  system  operators  or.  If  a  new 
system,  those  of  a  comparable  system.  What  Is  required  Is  the  benefit  of  the  users’  experience 
and  perspective.  This  will  help  prevent  the  research  team  from  Ignoring  operational  realities 
which  could  detract  from  or,  In  the  worst  case.  Invalidate  the  results  of  the  effort.  It  Is  also 
Important  that  the  user  both  understand  and  feel  included  in  the  effort.  Enthusiastic  support 


from  the  using  agency  Is  Invaluable.  It  can  facilitate  each  step  In  the  process  from  data 
acquisition  to  dissemination  and  Implementation  of  the  results. 

The  ability  to  visit  an  operational  user  site  Is  extremely  valuable.  A  great  deal  can  be 
learned  about  a  system  by  operating  and/or  seeing  a  system  In  operation.  This  allows  the 
analysis  team  to  receive  the  expert  opinions  of  users  and  establish  contacts  for  scenario 
development  and  data  collection.  When  used  In  conjunction  with  other  methods,  site  visits  can 
greatly  Inprove  the  team's  understanding  of  the  problem.  Briefings  from  operational  personnel 
may  be  substituted  but  do  not  convey  the  “feel"  of  the  real  world. 

Once  the  problem  has  been  determined,  the  team  should  focus  on  defining  the  objective.  The 
objective  must  be  considered  along  with  certain  real-world  constraints  In  mind.  These 
constraints  can  be  considered  as  falling  Into  one  of  two  categories:  management  or  technical. 
The  most  obvious  management- type  constraints  are  the  resources  available  to  perform  the 
research.  This  Includes  the  funding,  personnel,  facilities,  and  time  available  to  the  project 
leader.  These  are  the  types  of  management  Issues  which  are  addressed  In  all  well -planned 
technical  efforts.  In  quick-reaction,  short-notice  efforts,  such  as  the  one  reported  here,  where 
a  team  of  contractor  and  Government  personnel  are  Involved,  It  Is  necessary  to  have  well-planned 
and  coordinated  timelines  to  ensure  that  all  contractual  obligations  are  known  and  that  technical 
efforts  are  not  Impeded. 

Technical  constraints  are  those  which  directly  relate  to  the  scope  of  the  technical  effort. 
Examples  Include  the  results  required  for  different  users,  the  types  of  resources  needed,  and  the 
numbers  of  scenarios  and  aircraft  to  be  considered.  An  Initial  set  of  problem  ground  rules 
should  be  developed  based  on  these  technical  constraints.  These  ground  rules  should  Include  a 
further  definition  of  terms  and  Initial  boundaries  on  the  scope  of  the  technical  effort.  They 
will  provide  a  baseline  from  which  the  research  effort  can  proceed  and  should  narrow  the  problem 
area  to  be  addressed,  along  with  the  corresponding  objective,  to  one  manageable  within  the 
existing  resource  and  time  constraints. 

The  final  step  In  delineating  the  scope  of  the  problem  Is  defining  the  research  to  be 
performed.  The  scope  of  the  effort  should  be  embodied  In  the  problem  ground  rules.  The  team 
should  know  who  Is  responsible  for  each  portion  of  the  effort.  The  required  results  should  be 
defined  and  the  objective  determined.  The  resulting  objective  (or  each  of  multiple  objectives) 
should  be  a  concise  statement  of  what  outcome  Is  desired  from  the  research  effort.  Unless  the 
analytical  technique  to  be  used  has  been  predetermined,  the  specific  approach  and  the  form  of  the 
results  will  not  be  known  at  this  point.  The  paucity  of  rigid  analytical  techniques  In  the 
logistics  analysis  arena  will  tend  to  force  one  to  remain  flexible  about  defining  the  actual 
methodology  to  be  employed.  The  objective! s),  however,  should  define  the  analytic  techniques 
appropriate  to  achieve  the  desired  results. 


III.  SCENARIO  DEVELOPMENT 

Scenario  development  Is  the  process  of  defining  the  world  In  which  the  analysis  will  take 
place.  It  translates  the  scope  of  the  effort  to  operational  reality.  This  world  has  two 
descriptive  parameters  —  a  level  of  reality  and  a  level  of  abstraction.  The  level  of  reality 
ranges  from  what  we  consider  to  be  the  "real*  world  to  the  "hypothetical*  case.  The  level  of 
abstraction  ranges  from  a  s1^>le,  abstract  representation  to  a  coaq>1ex,  detailed  representation. 
There  Is  an  Interrelationship  between  these  two  parameters.  Certain  combinations  may  not  be 
practical  to  attempt  to  analyze.  For  example.  If  one  assumes  a  hypothetical  scenario  about  which 
no  reasonable  extrapolation  from  a  known  scenario  can  be  made.  It  may  be  not  only  difficult  but 
useless  to  define  the  scenario  down  to  the  smallest  detail. 


The  degree  to  which  the  scenario  is  defined  Is  related  to  two  main  factors:  the  desired 
results  and  the  analysis  methodology.  Generally,  the  more  detailed  the  results  are  required  to 
be,  the  more  detailed  the  scenario  must  be.  For  example,  maintenance  manpower  requirements  can 
be  specified  as  either  a  total  number  of  personnel  required  to  support  a  deployment  or 
alternatively,  as  the  required  number  of  personnel  by  Air  Force  Specialty  Codes  (AFSCs)  for  each 
work  shift.  Intuitively,  the  number  of  personnel  by  shift  would  require  a  more  detailed  scenario. 

Analysis  methodology  and  level  of  scenario  detail  are  also  Interrelated  In  that  normally,  the 

level  of  abstraction  Is,  In  some  sense,  a  determinant  of  the  analysis  technique  to  be  used.  In 

actuality,  it  deletes  certain  techniques  from  consideration.  For  example,  mathematical  modeling 
Is  not  normally  used  to  represent  a  complex,  detailed,  stochastic  process.  However,  If  the 

analysis  methodology  has  been  predetermined,  as  In  the  referenced  LCOM  analysis,  the  model  to  be 
used  defines  the  degree  of  scenario  definition. 

An  Important  step  In  this  phase  Is  determining  the  number  of  scenarios  which  will  oe 
developed.  More  than  one  scenario  may  be  necessary,  even  with  a  single  objective.  Multiple 
customers  or  multiple  objectives  may  require  more  than  a  single  scenario.  An  analysis  using  more 
than  one  methodology  might  also  require  more  than  one  scenario.  In  our  analysis,  two  scenarios 
were  developed  In  order  to  provide  some  degree  of  robustness. 

Scenario  development  Is  an  Iterative  process  beginning  with  the  technical  constraints 
developed  while  defining  the  problem.  Examples  Include  required  results,  the  type  of  resources 
needed,  and  numbers  of  scenarios  and  aircraft  to  be  considered.  These  requirements  and 

constraints  are  refined  to  create  a  scenario.  Operational  constraints  and  characteristics  such 
as  the  degree  of  weapon  system  definition,  rules  of  engagement,  expected  threats  and  enemy 
actions,  and  the  Influence  of  regulations  must  also  be  Included.  Operational  constraints. 
Individually,  define  to  a  very  large  extent  the  level  of  scenario  abstraction.  Upon  coiqjletlon 
of  this  synthesis,  the  scenario  will  have  been  sufficiently  defined  to  properly  address  the 
research  question.  As  the  research  effort  progresses,  the  degree  of  scenario  definition  may 
change.  For  example,  certain  data  may  not  be  obtainable  or  in  intended  analysis  technique  may 
not  be  truly  appropriate,  forcing  changes  which  cause  the  scenario  tu  be  redefined. 

The  complexity  and  depth  of  the  scenario  definition  must  be  fully  understood  by  each  member 
of  the  team.  By  the  end  of  this  step,  the  scenario  should  be  fully  defined  and  documented  as 
part  of  the  problem  ground  rules.  An  example  set  of  problem  ground  rules  can  be  found  In 
Appendix  A.  These  provided  a  focus  for  our  team  members  to  perform  their  specific  functions. 


IV.  DATA  ACQUISITION 

Data  acquisition  Is  the  next  step  of  this  methodology.  Clearly,  data  requirements  must  first 
be  Identified  before  attempting  to  collect  data,  and  those  requirements  must  be  directly  related 
to  study  objectives.  This  Is  the  cardinal  rule  of  data  acquisition.  In  the  referenced  effort, 
use  of  the  ICON  model  had  been  predetermined;  thus,  data  requirements  were  known  and  docianented. 
Normally,  however,  an  Intermediate  step— determining  analysis  methodology— must  be  performed. 
Once  the  analysis  methodology  has  been  determined,  the  data  requirements  for  that  particular 
analytical  technique  may  also  be  determined. 

Oata  acquisition  should  be  viewed  conceptually  as  a  process  Involving  five  steps.  The  first 
step  Is  Identification  of  the  data.  This  task  Is  the  most  lnportant  because  It  Is  the  only  Input 
point  In  the  process.  All  possible  data  sources,  such  as  existing  data  bases  and  publications, 
must  be  Identified.  Knowledge  of  the  source  of  data  In  existing  data  bases  Is  Iterative  since 
multiple  data  bases  may  each  contain  different  representations  of  the  same  data  from  some  common 


data  collection  systea.  If  the  required  data  cannot  be  Identified  as  existing  In  a  usable  form, 
then  field  data  collection  may  be  required.  If  this  Is  not  feasible,  then  the  data  requirements 
cannot  be  met  and  the  selected  analysis  technique  cannot  be  used;  If  this  Is  the  case,  a  new 
analysis  technique  must  be  specified  and  new  data  requirements  determined. 

The  second  step  Is  to  acquire  the  data.  Although  some  data  may  come  from  existing  data  bases 
and  small  amounts  of  data  may  even  be  obtained  over  the  telephone,  data  collection  often  requires 
site  visits  for  field  data  collection.  This  generally  involves  observing  and  recording  the 
parameters  of  a  process  or  system  in  operation.  This  may  be  either  a  normal  operation  or  an 
experiment  which  has  been  constructed  specifically  for  the  data  collection  effort.  If  field 
experimentation  Is  necessary,  an  analyst  must  help  design  the  experiment  to  avoid  biases  in  the 
data  caused  by  the  experiment  Itself. 

The  third  step  Is  to  filter  and  format  the  data.  Filtering  Is  necessary  for  three  reasons. 
The  first  Is  to  verify  that  the  data  are  really  what  they  are  supposed  to  be.  The  second  Is  to 
make  a  thorough  and  conscientious  attempt  to  understand  the  validity  of  the  data.  There  is  no 
exact  answer  on  how  "valid"  the  data  must  be.  The  validity  of  the  data  primarily  affects  the 
results  of  the  analysis  and  must  be  accounted  for  during  Interpretation.  The  third  is  to  confirm 
that  the  required  data  have  been  obtained.  This  can  be  accomplished  by  creating  a  correlation 
matrix  of  data  requirements  and  available  data.  The  data  must  then  be  put  Into  a  usable  form  or 
new  data  bases  created. 

The  fourth  step  is  to  document  the  data  to  the  fullest  extent  possible.  Including  source, 
original  format,  and  any  transformations  performed  during  the  formatting  step.  This  step  must  be 
accomplished.  Credible  research  must  be  repeatable.  This  requires  the  data  to  be  fully 
understandable  by  persons  not  associated  with  the  original  research. 

The  last  step  In  the  data  acquisition  process  Is  the  feedback  loop.  This  link  back  to  the 
data  Identification  step  completes  the  process.  Several  Iterations  of  these  steps  may  occur 
before  all  data  requirements  have  been  met.  Each  iteration  updates  and  refines  the  data.  Once 
all  requirements  have  been  met  and  the  data  are  fully  documented,  data  acquisition  Is  complete. 

Several  Issues  must  be  considered  during  the  data  acquisition  phase.  The  first  Is  possible 
data  sources,  which  can  generally  be  categorized  as  Government  or  contractor  sources.  The 
Govern  it  has  many  historical  data  bases.  For  example,  in  this  reported  analysis  effort, 
certain  data  were  obtained  as  a  result  of  Air  Force  Maintenance  Management  Policy  (AFR  66-1). 
These  Included  historical  failure  and  maintainability  data.  Other  types  of  data  must  be  obtained 
at  the  unit  or  field  level.  The  minimum  essential  equipment  list  for  a  fully  mission  capable 
aircraft  Is  one  example  of  this  type  of  data.  Possible  data  sources  Include  maintenance  digests, 
technical  orders,  field  reports,  and  personnel  Interviews.  Other  data  may  be  more  appropriately 
found  at  higher  headquarters  or  research  laboratories.  One  example  of  such  data  are  realistic 
estimates  of  the  types  of  aircraft  subsystems  which  should  be  Included  In  a  new  aircraft. 
Possible  sources  Include  technical  reports,  research  findings,  acquisition  documents  (e.g. , 
Statements  of  Operational  Need),  and  personnel  Interviews. 

Contractor-furnished  data  can  also  be  very  useful.  However,  normally  a  contract  with  the 
particular  vendor  Is  required  In  order  to  gain  access  to  the  desired  data.  Assuming  that  a 
contract  mechanism  for  obtaining  the  data  exists,  the  data  may  be  treated  as  any  other.  The 
prime  aircraft  manufacturers  usually  have  extensive  data  bases  on  their  aircraft  at  the  weapon 
system  level.  Data  on  airframe  modifications,  for  example,  are  usually  readily  obtainable  from 
the  prime  contractor.  The  subcontractors  are  usually  the  experts  on  the  subsystems  which  they 
build.  Engineering  reliability  estimates  for  a  new  sensor  system  are  more  appropriately  the 
domain  of  the  responsible  subcontractor.  In  our  effort,  for  example,  the  Lockheed  Corporation 


provided  data  on  the  stretched  model  C-130  aircraft  and  the  Texas  Instruments  Coapany  provided 
engineering  reliability  estimates  for  a  new  Forward  Looking  Infra  Red  (FUR)  system. 


Until  now,  It  has  been  assumed  that  the  system  about  which  data  are  being  collected  does  In 
fact  exist.  For  new  weapon  systems,  however,  all  or  portions  of  the  system  usually  do  not 
exist.  For  new  systems  for  which  no  historical  data  are  available,  one  source  of  data  Is 
comparability  analysis.  This  Is  the  process  by  which  data  from  a  "coaparable"  system  are 
transformed  Into  data  which  reasonably  represent  the  new  system.  This  technique  Is  documented  In 
the  referenced  scientific  literature  and  will  not  be  expounded  upon  here. 

The  availability  of  data  Is  an  Issue  which  must  be  addressed.  Not  all  data  may  be  accessible 
In  a  timely  manner  or  available  at  all.  If  the  data  are  not  cooplete,  procedures  must  be 
developed  for  handling  missing  data.  Security  classification  of  the  data  Is  another  Issue. 
Scenario  data,  system  data,  and  any  combinations  which  may  reveal  operational  capabilities  may  be 
classified.  Working  with  classified  data  has  many  ramifications  which  must  be  well  thought  out. 


V.  ANALYSIS 
Noddling 


Modeling  Is  performed  to  gather  Information  on  systems  or  processes  which  are  outside  the 
realm  of  historical  data.  Modeling  can  also  be  used  for  performing  sensitivity  analysis,  which 
is  necessary  for  Interpreting  the  results.  The  simulation  model  we  used  In  this  analysis  effort 
was  LCOM.  LCOM  Is  a  stochastic  model,  which  means  that  events  will  occur  In  the  model  according 
to  probab11:ty  distributions.  This  Is  In  contrast  to  a  deterministic  model.  In  which  events 
occur  at  a  specific  rate.  The  model  should  not  be  confused  with  the  underlying  process  which  It 
represents,  however.  The  process  which  Is  being  simulated  may  be  either  a  stochastic  or 
deterministic  process  and  so  can  the  model  which  represents  it.  A  stochastic  model  Is  usually 
the  more  detailed  of  the  two  because  It  requires  a  more  exact  knowledge  of  the  actual  probability 
distribution  of  the  underlying  process.  The  demand  for  aircraft  spare  parts,  and  Its  Impact  on 
the  supply  system.  Is  generally  considered  to  be  an  exanple  of  a  stochastic  process.  LCOM 
simulates  this  process  with  a  stochastic  treatment.  The  repair  capability  of  an  Intermediate 
maintenance  facility  Is  another  process  which  Is  treated  stochastically  by  LCOM. 

One  consequence  of  using  any  stochastic  model  Is  that  multiple  runs  are  required  to  Increase 
confidence  In  the  output.  This  Is  because  the  outputs  are  statistical  observations.  Most  of 
these  observations  will  be  fairly  "likely,"  but  extremes  may  occur  due  to  highly  "unlikely" 
events.  Deterministic  models  require  only  one  run  for  each  set  of  conditions.  This  observation 
Is  made  to  provide  an  awareness  of  the  magnitude  of  computing  resources  which  are  required  for  a 
thorough  evaluation  of  alternative  designs,  along  with  sensitivity  analyses  for  Interpreting  the 
results. 

Interpreting  the  Results 

Model  results  may  or  may  not  equate  to  the  desired  measure  of  effectiveness  (MOE).  In  this 
case,  either  some  transformation  must  be  made  or  alternative  MOEs  must  be  explored.  Three 
example  MOEs  for  LCOM  are  flying  hours,  sorties,  and  available  ready  aircraft.  No  matter  what 
form  the  results  are  In,  however,  they  must  be  Interpreted. 

The  results  of  any  simulation  model  cannot  be  taken  at  face  value.  Sensitivity  analyses 
should  be  performed  to  determine  how  sensitive  the  results  are  to  changes  In  the  Input 
conditions.  The  critical  factor,  however.  Is  how  the  results  contribute  to  solving  the  problem 
being  addressed.  Large-scale  simulation  models  are  usually  general-purpose  models.  These  types 


of  models  are  tailored  by  proper  manipulation  of  the  Input  conditions  Instead  of  by  modifying  the 
model  itself.  The  meaning  of  the  results  will  depend  primarily  on  the  nature  of  the  input  data 
and  the  problem  which  Is  being  solved.  For  example.  In  the  referenced  LCOM  analysis, 

maintainability  data  on  the  new  gunship  could  not  be  obtained.  Maintainability  data  for  the 
current  gunship  were  used  Instead.  This  changed  the  Intended  analysis  from  a  quantification  of 
absolute  maintenance  manpower  requirements  to  a  quantification  of  the  Impact  of  changes  in 

hardware  reliability  on  maintenance  manpower  requirements,  and  totally  changed  the  interpretation 
of  the  results. 

An  analyst  must  be  heavily  Involved  both  in  performing  the  modeling  and  in  Interpreting  the 
results.  These  two  steps  are  crucial  to  the  entire  analysis  and  must  be  performed  in  a 

systematic  and  valid  manner  In  order  for  the  entire  effort  to  be  credible. 


VI.  SUMARY 

This  paper  documents  a  methodology  for  performing  logistics  analysis  during  weapon  system 
design.  It  Is  a  generalization  of  specific  analytical  techniques  which  were  used  In  the 
referenced  RAD  effort. 

The  major  steps  are:  defining  the  problem,  developing  the  scenario,  acquiring  the  data, 
performing  the  modeling,  and  Interpreting  the  results.  This  systems  analysis  approach  is 
punctuated  with  specific  examples  from  the  analyses  which  were  performed.  An  outline  of 
methodological  considerations  (Appendix  B)  has  been  developed  for  use  by  anyone  contemplating 
performing  logistics  analysis.  It  Is  hoped  that  further  use  will  refine  and  extend  this 
methodology  to  a  point  where  logistics  analyses  can  be  routinely  performed  during  conceptual 
weapon  system  design. 
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APPENDIX  A:  PROBLEM  GftOUM)  RULES 


The  following  assumptions  and  ground  rules  were  used  In  conducting  the  subject  study. 

The  logistics  requirements  to  support  deployment /employment  of  a  representative  high- 
technology  gunshlp  will  be  computed  for  each  of  two  hypothetical  scenarios.  These  requirements 
are,  for  the  purpose  of  the  present  study,  limited  to  spares,  support  equipment  (SE),  personnel 
for  direct  support  and  operation  of  the  aircraft,  fuel,  aimunltlon,  chaff,  and  flares.  Other 
logistics  resources/issues  will  be  addressed  only  as  time  and  budget  permit. 


Air  Vehicle 

The  air  vehicle  for  this  study  will  be  a  C-130H-30  aircraft,  modified  as  necessary  to  accept 
a  sophisticated  sensor/weapons/operator  package.  Aircraft  modifications  will  be  Identified  In 
conjunction  with  the  mission  package  and  will  Include  such  changes  as  hydraulic  and  electrical 
power  system  augmentation.  The  mission  package  will  reflect  technology  available  In  the 
mld-1980's  and  will  be  based  on  Lockheed's  proposed  Special  Operations  Forces  (SOF)  Improvement 
package  for  existing  AC-130H  gunshlps. 


Operations  from  a  Main  Operating  Base  (MOB) 

In  this  hypothetical  scenario,  10  gunshlps  will  be  deployed  to,  and  employed  from,  a  Main 
Operating  Base  (MOB).  The  MOB  will  have  substantial  maintenance,  supply  and  facility  resources, 
but  these  will  not  be  totally  adequate  to  support  the  gunshlp  operation. 

The  MOB  will  be  400  nautical  miles  (nm)  from  the  operating  area.  All  10  aircraft  will  be 
launched  In  relatively  rapid  succession.  Five  aircraft  will  fly  to  the  operating  area,  remain  on 
station  for  approximately  6  hours,  then  return  to  base,  for  a  total  sortie  duration  of  10  hours. 
These  aircraft  will  require  Inflight  refueling  In  order  to  complete  their  mission.  The  other 
five  aircraft  will  fly  to  the  operating  area,  remain  on  station  for  only  3  hours,  then  return  to 
base,  for  a  total  sortie  duration  of  approximately  7  hours.  One  aircraft  will  be  lost  on  each  of 
the  10th  and  20th  days. 

with  the  exception  of  fuel  and  aaaunltlon  requirements,  estimation  of  the  logistics  resources 
required  to  support  the  gunshlps  will  be  based  on  each  aircraft  flying  10  hours  per  day  for  30 
days,  even  though  the  preceding  assumptions  on  sortie  duration  and  on  aircraft  attrition  will 
result  In  fewer  flight  hours  over  the  total  scenario.  In  addition.  It  Is  further  assumed  that 
each  gunshlp  will  expend  Its  full  load  of  ammunition  on  each  sortie  flown. 

Logistics  resources  to  be  deployed  to  the  MOB  are: 

1.  Organizational -level  maintenance  personnel  for  both  aircraft  and  mission  equipment. 

2.  Organizational -level  support  equipment  for  mission  equipment. 

3.  Intermediate-level  maintenance  personnel  for  mission  equipment. 

4.  Intermediate-level  support  equipment  peculiar  to  mission  equipment. 

5.  Spare  engines  (Quick  Engine  Change  (QEC)  Kits  with  propellers)  to  be  accompanied  by 
gunshlp-dedlcated  engine  change  personnel. 
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6.  Support  equipment  for  engine  change. 

7.  Spare  Line  Replaceable  Units  (LRUs). 

8.  Spare  Shop  Replaceable  Units  (SRUs). 

9.  Ammunition,  chaff,  and  flares. 

MOB  resources  which,  for  the  present  study,  will  not  be  addressed  Include: 

T.  Organizational -level  support  equipment  for  the  aircraft,  except  that  peculiar  to  engine 
change. 

2.  Intermediate-level  maintenance  personnel  for  aircraft  components  or  the  air  vehicle  as  a 
whole. 

3.  Consumables  other  than  anmjnltlon,  chaff,  and  flares. 

4.  Facilities,  equipment,  or  personnel  for  base  operations  (food,  housing,  security,  air 
traffic  control,  etc.). 


Operations  from  a  Forward  Operating  Location  (FOL) 

In  this  hypothetical  scenario,  10  gunshlps  will  be  deployed  to,  and  employed  from,  a  Forward 
Operating  Location  (FOL).  The  FOL  will  have  only  limited  maintenance,  supply,  and  facility 
resources  for  a  10-gunshlp,  30-day  operation.  The  FOL  will  be  200nm  from  the  operating  area,  and 
will  receive  logistics  support  from  an  MOB  500nm  further  removed  from  the  operating  area  (l.e., 
MOB  to  FOL  *  500nm;  MOB  to  operating  area  *  700nm).  All  10  aircraft  will  be  launched  In 
relatively  rapid  succession.  Five  of  these  10  aircraft  will  complete  a  10-hour  sortie  which  will 
Include  approximately  8  hours  on-station.  These  aircraft  will  require  Inflight  refueling  to 
complete  their  mission.  The  other  five  aircraft  will  take  off  with  sufficient  fuel  for  a  3-hour 
on-station  mission  without  Inflight  refueling,  at  which  time  they  will  return  to  base  having 
flown  approximately  5  hours.  One  aircraft  will  be  lost  on  each  of  the  10th  and  20th  days. 

With  the  exception  of  fuel  and  ammunition  requirements,  estimation  of  the  logistics  resources 
required  to  support  the  gunshlps  will  be  based  on  each  aircraft  flying  10  hours  per  day  for  30 
days,  even  though  the  preceding  assumptions  on  sortie  duration  and  aircraft  attrition  will  result 
In  fewer  flight  hours  over  the  total  scenario.  In  addition.  It  Is  further  assimwd  that  each 
gunshlp  will  expend  Its  full  load  of  ammunition  on  each  sortie  flown. 

Resupply  of  consumables  from  the  MOB  to  the  FOL  (l.e.,  fuel  and  anmjnltlon)  will  be  on  a 

daily  cycle.  Up  to  three  engine/propeller  changes  will  be  handled  as  dispatch  maintenance  from 
the  MOB;  that  Is,  the  spare  engines  (QEC  kits  and  propellers)  will  be  dispatched  from  the  MOB, 
but  the  engine  change  crew/personnel  will  be  at  the  FOL.  Logistics  resources  to  be  deployed  to 
the  FOL  are: 

1.  Organizational -level  maintenance  personnel  for  both  aircraft  and  mission  equipment. 

2.  Organizational -level  support  equipment  for  both  the  aircraft  and  mission  equipment. 

3.  Spare  LRUs  (Including  spare  engines  -  QEC  kits  with  propellers). 

4.  Ammunition,  chaff,  and  flares. 


Logistics  resources  to  be  deployed  to  the  MOB  that  will  support  the  FOL  are: 

1.  Intermediate-level  maintenance  personnel  for  mission  equipment. 

2.  Intermediate-level  support  equipment  for  mission  equipment. 

3.  Spare  engines  (QEC  kits  with  propellers). 

4.  Support  Equipment  for  engine  change. 

5.  Spare  SRUs. 

FOL  and  MOB  resources  which,  for  the  present  study,  will  not  be  addressed  Include: 

1.  Intermediate-level  maintenance  personnel  for  aircraft  components  or  the  air  vehicle  as  a 
whole. 

2.  Facilities,  equipment,  or  personnel  for  base  operations  (food,  housing,  security,  air 
traffic  control,  etc.). 
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APPENDIX  B:  METHODOLOGICAL  CONSIDERATIONS 


Problem  Scoping  (focus  on  all  that  needs  to  be  done/addressed/etc.  to  properly  structure 
research  questions): 

1.  use  of  multidisciplinary  team. 

2.  Inclusion  of  users. 

3.  site  visitations  and/or  briefs. 

4.  definition  of  objective. 

5.  development  of  problem  ground  rules. 

6.  definition  of  research. 

Scenario  Development  (amount  of  reality  versus  abstraction  as  a  determinant  of  modeling 
approach) : 

1.  specific  versus  abstract  or  real  world  versus  hypothetical. 

2.  degree  (complexity  and  depth)  of  scenario  definition. 

3.  Iterative  process. 

4.  operating  constraints. 

5.  refinement  of  problem  ground  rules. 


Data  Acquisition  (should  use  a  “total  system  orientation*): 


1.  treatment  as  a  process. 


a.  Identification. 


b.  retrieval. 


c.  f  11  ter/formt. 


d.  documentation. 


e.  feedback/iteration. 


2.  considerations. 


a.  Government  sources. 


unlt/fleld. 


-  other/MWCOM/AIr  Staff,  etc. 
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b.  contractor  sources 


-  prime/airframe. 

-  systems/subsystems. 

c.  new  equipment  (comparability  analysis). 

d.  availability. 

e.  ease  of  access. 

f.  handling  missing  data. 

g.  data  classification. 

-  access  to  classified  data. 

-  use  of  classified  data. 

3.  Analysis 

a.  modeling  (necessity  for  parametric/sensitivity  analysis). 

-  deterministic  versus  stochastic  treatment. 

-  alternative  measures  of  effectiveness  (MOEs). 

-  magnitude  of  effort. 

b.  Interpreting  the  results. 

-  sensitivity  analysis. 


application  to  the  problem, 


